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TECHNICAL FIELD 

This application is related in general to VLSI CAD design, and in specific to an 
apparatus and method for representing designs in an occurrence model that eliminates 
duplicate data about the system thereby reducing the memory usage for the design. 



866123.1 



Attorney Docket No. 1 0007479- 1 PATENT 

2 

BACKGROUND 

Prior computer aided design (CAD) systems represent designs in a hierarchical 
connectivity form that provides design information to system designers with different levels 
of abstraction. An example of such a schematic configuration 100 is shown in FIGURE 1, 
which depicts the relationships between a cell 101, a port 102, a net 103, an instance 104, and 

a port instance 105. Such a configuration is known as a folded connectivity model. The ce ll C| Q^*^ 

block 101 describes ajlevjce or structure of the system, e.g. a full adder. A cell contains <L \ I J)l ^) 



to thb 



collections of instances of other cells, nets (which are wires) and the external interfaces 
cell (ports). The net block 103 describes the wires that make up the internal connections 
within the cell block. The port block 102 describes the interface to the cell and provides the 
connection points for the nets (wires) to carry signals into and out of the cell block's logic. 

As stated above, a cell block provides the definition of a device or structure. Once a 
cell has been defined, it can then be instantiated (wherein an instance block 104 is created of 
that cell), so that it may be used in other cell definitions. In this way, a design hierarchy can 
be created. The instance block describes the devices or structures used to form the 
functionality of a cell, e.g. , for a two bit adder: two full adder cell instances are created. Just 
as an instance records the instantiation (or use of) a cell block, the port instance block 1 05 
records the instantiation of the ports on the cell. The port instances allow us to record the 
specific nets that are connected to a given instance. 

The hierarchical nature of the information stored in the folded connectivity model is ^ ^ 
shown by way of example only in FIGURES 2A-2C. FIGURE 2 A depicts the highest level of 
hierarchy, that is cell block 200, which is a two bit adder. The two bit adder block has 8 ports 
(the inputs Al, Bl, AO, B0, Cin; and the outputs Cout, SI, and SO). It contains the nets that 
are connected to these ports (Al, Bl, AO, B0, Cin, Cout, SI, and SO), in addition to one 
internal net (Co - carry) which is not connected to a port on the cell boundary, but is none- 
theless a net contained within the two bit adder cell definition. Finally, the two bit adder 
contains two instances, FA0 block 202 and FA1 block 203, each of which are instances of a 
full adder (or a one-bit adder). 
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FIGURE 2B depicts the next lower level of the hierarchy of the system, showing the 
cell definition for the full adder. Note that the instances FAO (block 202) and FA1 (block 
203) in the top level (FIGURE 2 A) are described by a cell at the next lower level of hierarchy. 
The full adder block 202 has 5 ports (input ports A, B, and Cin; the output ports S and Co). It 
also contains 1 1 nets (ported nets A, B, Cin, Co, and S; internal nets sigl, sig_2, sig_3, 
sig_4, sig_5, and sig_6), and 8 instances (2 instances of an inverter, II, and 12; 2 instances of 
a 2-input NOR gate, NOl, N02; 2 instances of a 2-input XOR gate, XOl and X02; and 2 
instances of a 2-input NAND gate, NA1 and NA2). Finally, FIGURE 2C depicts one of the 
cells at the lowest level of hierarchy, the 2-input NAND gate (205). Note that there are 3 
other types of cells at this same level of hierarchy that are not depicted (namely the inverter, 
the 2-input NOR gate, and the 2-input XOR gate). Additional levels of hierarchy may exist, 
e.g. a level higher than FIGURE 2A and/or lower than FIGURE 2C. 

A folded connectivity model provides a memory efficient representation of source 
VLSI design data as seen by the VLSI designer. A fundamental limitation of the folded 
connectivity model, however, is its ability to represent a truly unique addressable object for 
each object created across the many levels of design hierarchy. Although this is not an issue 
for many existing CAD tools, it is becoming more of an issue for the next generation analysis 
and design tools which need to analyze design entities that span the hierarchy. 

The design of FIGURES 2A-2C can be walked through to illustrate the fundamental 
limitation of a folded connectivity model. In these FIGURES, the top level cell FIGURE 2A 
contains two instances of the cell "full_adder", FAO and FA1. Each cell "full_adder" contains 
two instances of the block "nand_2", NA1 and NA2. This information is recorded in the 
folded connectivity model as shown in FIGURE 4. Notice that, in this diagram, there is only 
one cell 406 for the NA1 and NA2 instances (blocks 415 and 405 respectively). But, when 
the same design in the form shown in FIGURE 3 is viewed, there are in reality, two different 
occurrences of the instance NA1 (FA0/NA1 and FA1/NA1). The same is true for the instance 
NA2. The folded connectivity model only records that a single instance of cell "nand_2" 
named NA1 is an element of the cell "full_adder". For another example, only one set of 
information for the Y net will be stored in the folded model, however, each occurrence copy 
of the Y net is different, e.g., each copy has different delays and/or parasitic effects because, 
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for example, of the different placement for each Y net. However, the folded model does not 
store these differences, and thus will not support accurate analysis of the design. 

A common technique used to avoid this problem is to perform a 'flattening' process. 
The process of flattening a hierarchical design removes all intermediate levels of hierarchy, so 
only primitive elements exist. There are two primary problems with flattening. First, 
flattening uses a great deal of computer memory. With today's microprocessor designs, it is 
impossible to flatten the entire hierarchy. The second problem is that flattening is a one-way 
process. Once flattened, it is impossible to relate flattened circuit elements back to a 
hierarchical view. 



For these reasons, the occurrence (or unfolded) model representation is becoming a 
more important representation for many of today's CAD tools. FIGURE 9 represents a typical 
occurrence model. In an occurrence model, each and every cell is stored, including those 
cells that are duplicated, while retaining the notion of the original design hierarchy. The 
primary advantage of an occurrence model is that it allows tools to obtain the benefits of 
flattening (being able to see a flattened view of the design and the interconnecting nets that 
span hierarchy) without losing hierarchical information. In addition, using an occurrence 
model gives some flexibility to the tool developer, so that they do not have to build a model 
to represent the entire design. Instead the model represents only those pieces currently being 
evaluated. 

For example, as shown in FIGURE 3, each adder 202 and 203 is stored separately in 
the model, as well as each second NAND (N2) circuit 205, 208 or each adder, and each N2 
transistor 207, 209 of N2 circuit. FIGURE 3 depicts the multi-level view of the cell of 
FIGURE 1 with the different levels of the example of FIGURES 2A-2C. (Note that for 
simplicity, the other elements of the circuit, as well as the sub-elements, e.g., II and 12 are not 
shown.) However, modern IC circuits, e.g., processors, comprise millions of instances. 
Thus, the size of the model quickly becomes very large as more lower levels are added to the 
model. Current computer systems do not have adequate memory to store the complete 
occurrence model. However, the lower levels are becoming more important to designers. 
The presence of the lower levels in the model allows for more detailed analysis of the system, 
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e.g., analyzing parasitic loss from the net connections, which allows the designer to improve 
the speed and efficiency of the system. 

Note that the large memory requirements of the occurrence model come not only from 
the storage of every instance in the design, but also from the storage of the names of each 
instance. For example, a typical design may include 40,000,000 P transistors, each of which 
requires a unique hierarchical name. For the arrangements of FIGURES 2A-2C and 3, 
hierarchical names for the P transistor 207 could be 2bitadd/fa0/na2/p2. Thus, as additional 
layers are used, the hierarchical names grow longer until they possibly exceed the size of the 
cells being labeled with the names. 

Designers may use hash tables to store some unique occurrence information that is not 
stored in the folded model. Such tables are not part of the folded model and are stored 
separately from the model. Tables are created by the designers and include information that 
designer is interested in using in the analysis of the design. However, models that use these 
tables are not memory efficient and tend to run slow because of poor homemade designs. 
Also, the tables are transient. They are maintained only for the analysis of interest and then 
discarded. This is because each device needs its own hash table. Thus, only a small part of 
the design can be examined at one time. The biggest problem with homemade hash tables is 
that they are not reusable. 
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SUMMARY OF THE INVENTION 

The present invention is directed to a system and method that defines a light weight 
folded occurrence model which includes aspects of both the folded model and the occurrence 
model. 

The inventive lightweight occurrence model uses the arrangement of the folded model 
but includes occurrence nodes that are associated with the folded model. There is at least one 
f occurrence node for each instance of an object type in the model. Each occurrence node <v 
l_ includes occurrence specific data or a pointer to such data, a pointer to a parent occurrence J> 
node, and a pointer to a folded model instance. Thus, most of the information that is present 
in a full occurrence model can be included in the inventive lightweight occurrence model. 
Since the inventive occurrence model is smaller than the full occurrence model, the entirety 
of complex circuit designs, e.g., microprocessors, can be represented by the inventive 
lightweight occurrence model. Thus, low level characteristics of the design, e.g., delays, can 
be examined. 

The pointers, or other abstract interfaces, allow the information of the nodes of the 
folded model to be altered to include the unique data of the occurrence model instances, 
including its hierarchical location in the model. Thus, the entirety of the full occurrence 
model can be represented by the inventive lightweight occurrence model, depending upon the 
amount of specific data associated with the node (either stored in the node or pointed to by 
the node). Note that the occurrence node names do not have to be stored in the nodes. The 
name of the node, if needed for analysis and not stored, can be constructed from information 
in the inventive light weight occurrence model. Note that the occurrence nodes do not store 
information that is already present in the folded model, e.g., information on child nodes 
and/or information about the relationships of ports, cells, and nets. Consequently, the 
memory required for the inventive lightweight occurrence model is significantly less than that 
required for the full occurrence model. For example, an inventive node storing only three 
pointers may require 12 bytes, while a full occurrence node may require 40 or more bytes, 
meaning that the inventive lightweight occurrence model would only require about 30% of 
the memory required for the full occurrence model. 
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Another aspect of the present invention is that the lightweight occurrence model may 
be controlled by a user. The user may control the model so that only a desired level of 
hierarchy for a desired portion of the model is created. In the prior art, the full occurrence 
model forces the folded model to be unfolded to the lowest level of the model. Note that this 
allows the model to have more detailed (lower level) information stored for a particular 
portion, while having less detailed (higher level) information stored for the remainder of the 
model. This allows a partial tree to be used, with some branches having more detailed 
information than other branches. 

Alternatively, the user may have a choice of creating an occurrence tree that only 
contains 1 ) occurrence node for instance, 2) occurrence node for instance and net, or 3) 
occurrence node for instance, net and port instance etc. so that based upon what kind of 
information the user is interested in, the user may have the total control of what size of the 
occurrence tree he may want to create. 

As stated above, the occurrence node names do not have to be stored in the nodes. 
However, the model needs to work with tools that require node names for performing analysis 
on the designs that use the model. Typically, the analysis is a hierarchical-based analysis, and 
hierarchical names are required. However, in the invention, the names of the nodes can be 
constructed from information in the inventive lightweight occurrence model, e.g., the parent 
node pointers, the folded instance pointers, etc. This is one of the ways that the inventive 
lightweight occurrence model appears to the user to be a full occurrence model. 

The inventive lightweight occurrence model maintains the occurrence specific 
information in a more permanent and organized manner than that of the prior art. The hash 
tables used by the prior art are external from the model. The hash tables are also written by a 
designer for their own use and are discarded when that use is finished. Information needed at 
a subsequent time and/or by a different designer is rewritten into a new hash table. 
Consequently, the use of hash tables results in error-prone and inconsistent analysis. Thus, 
the specific information for the inventive model needs only to be written once and is 
maintained with the inventive model. 
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The foregoing has outlined rather broadly the features and technical advantages of the 
present invention in order that the detailed description of the invention that follows may be 
better understood. Additional features and advantages of the invention will be described 
hereinafter which form the subject of the claims of the invention. It should be. appreciated by 
those skilled in the art that the conception and specific embodiment disclosed may be readily 
utilized as a basis for modifying or designing other structures for carrying out the same 
purposes of the present invention. It should also be realized by those skilled in the art that 
such equivalent constructions do not depart from the spirit and scope of the invention as set 
forth in the appended claims. The novel features that are believed to be characteristic of the 
invention, both as to its organization and method of operation, together with further objects 
and advantages will be better understood from the following description when considered in 
connection with the accompanying figures. It is to be expressly understood, however, that 
each of the figures is provided for the purpose of illustration and description only and is not 
intended as a definition of the limits of the present invention. 
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BRIEF DESCRIPTION OF THE DRAWING 

For a more complete understanding of the present invention, reference is now made to 
the following descriptions taken in conjunction with the accompanying drawing, in which: 

FIGURE 1 depicts a schematic illustration of a full occurrence model of the prior art; 

FIGURES 2A-2C depict a graphical representation of the hierarchical information in a 
full occurrence model of the prior art; 

FIGURE 3 depicts a graphical representation of the full occurrence model of the 
example of FIGURES 2A-2C; 

FIGURE 4 depicts a schematic illustration of a folded connectivity model of the prior 
art using the example of FIGURES 2A-2C; 

FIGURE 5 depicts a schematic illustration of an inventive occurrence node; 

FIGURE 6A depicts a example of a hierarchical cell arrangement or tree used in 
describing the inventive model; 

FIGURE 6B depicts an output graph that would be displayed to a user based on the 
tree of FIGURE 6 A; 

FIGURE 7 depicts a schematic illustration of the inventive model; 

FIGURES 8A depicts another example of a hierarchical cell arrangement or tree used 
in describing the inventive model; 

FIGURE 8B depicts an output graph that would be displayed to a user based on the 
tree of FIGURE 8 A; 

FIGURE 9 depict a graphical representation of an occurrence model; and 

FIGURE 10 depicts a block diagram of a computer system which is adapted to use the 
present invention. 
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DETAILED DESCRIPTION 

FIGURE 5 depicts an example of a occurrence node 50 that provides the occurrence 
specific information and is associated with an occurrence object of the folded model. There 
would be at least one occurrence node for each net, cell instance and port instance for each of 
the cells, ports and net blocks of a folded model. For example, using the folded connectivity 
model of the prior art, there would be an occurrence node for each full adder instance of the 
full adder cell as well as for the nets, ports and port instances of the cell. There would be two 
occurrence nodes for each NAND instance of the NAND cell as well as for the nets, etc. of 
the cell. 

Each node includes occurrence specific data 5 1 . This data may be the information 
that is used to make the occurrence unique, e.g., net timing delay, resistance, capacitance, 
power grid, simulation testing values. For example, FIGURE 3 includes two Y nets, one in 
FA0 and the other in FA1 . However, nets B0 and Bl are of different lengths, thus the timing 
characteristics for each Y net will be different. The corresponding unique timing delay 
information may be stored in the respective occurrence nodes (2_bit_add/FA0/NAl /Y , 
2_bit_add/FA0/NA2/Y, 2_bit_add/F A 1 /NA 1 / Y, and 2_bit_add/F A 1 /NA2/Y) . 

Each node 50 includes an Owner node pointer 52. This pointer 52 arranges the 
occurrence nodes in a hierarchical format by pointing to a preceding occurrence instance node 
in the hierarchy of nodes as defined by the folded model. This allows for the inventive model 
to be traversed from a child to parent direction. In the prior art folded model, once at a lower 
level cell, e.g., a full adder cell, there was no information that would indicate from which 
instance the analysis originated. Thus, the prior art model could not be traversed from a 
lower level to higher level (child to parent) direction, i.e., the prior art model could only be 
traversed from the higher level to lower level (parent to child) direction. Note that since each 
node will have only one Owner node, it is preferable to maintain information about the 
parent. It is less desirable to maintain information about the children of a particular node, 
since each node could have many children, with each node having a different number of 
children. A null pointer is used in the Owner pointer 52 to indicate that the node 50 is the 
highest node in the hierarchy. 
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Each node 50 also includes a folded model describer pointer 53. This pointer 53 
points to the instance, net or port instance to which the node 50 is associated in the folded 
model. This allows analysis of the model to not duplicate information that is already stored 
in the folded model for each occurrence node. 

FIGURE 6A depicts an example of a hierarchical cell arrangement or tree 600 that 
will be used in describing the inventive model. Note that the port and net hierarchies are not 
shown for simplicity, but would be present in a model. The highest level cell is the top cell 
601 , which has two instances of cell type A, namely Al 602 and A2 603. Each of these 
instances includes two instances of cell type B, namely Bl 604 and B2 605 for Al 602, and 
Bl 606 and B2 607 for A2 603. Each of these instances includes two instances of cell type C, 
namely CI 608 and C2 609 for Bl 604, CI 610 and C2 61 1 for B2 605, CI 612 and C2 613 
forBl 606, and CI 614 and C2 615 for B2 607. 

In the exemplary models illustrated in Figures 6, 7 and 8, each instance of cell type C 
includes net information, designated Net_l. In order to simplify the drawings, only Net_l is 
shown, although each instance may include many nets. Net_l corresponds to element 103 of 
FIGURE 1. For example, in FIGURE 3, lines B0 and Bl are illustrated. Line Bl, the path to 
FA1/NA1/Y, is longer than line B0, the path to FA0/NA1/Y. As a result, FA1/NA1/Y has a 
longer delay than FA0/NA1/Y. The occurrence net, Net l, allows the designer to account for 
such delays when analyzing the circuit. The prior art folded model could not account for such 
individual net parameters. 

FIGURE 7 depicts the inventive lightweight folded model view of the tree 600 of 
FIGURE 6A. Portion 700 depicts the folded model of the tree 600. Note that this portion 
would be similar to prior art FIGURE 4. The highest level cell is the top cell 701 , which has 
two instances of cell type A, namely Al 702 and A2 703. Each of these "A" instances points 
to and is described by cell A 704, which includes two instances of cell type B, namely Bl 705 
and B2 706. Each of these "B" instances points to and is described by cell B 707, which 
includes two instances of cell type C, namely CI 708 and C2 709. Each of these "C" 
instances points to and is described by cell C 710. Note that the occurrence model would 
store four separate versions of the CI node as 719, 720, 721 and 722 as occurrence nodes of 



866123.1 



Attorney Docket No. 1 0007479- 1 PATENT 

12 

instance CI 708. Using node 719 as an example, its Owner node pointer (52) points to 715 
and its Folded Model Describer pointer (53) points to 708. Finally, the 719 node itself has a 
pointer (51) to allow the user to store the occurrence specific data (string, int, float ) for itself. 

Portion 711 of FIGURE 7 depicts a plurality of occurrence nodes, each of which is 
associated with a particular instance of cell types of portion 700. Top occurrence node 712 is 
the occurrence node associated with the cell 701. The Owner node pointer 52 of this node 
712 would contain the null pointer to indicate that it is the highest node. The folded model 
describer pointer (53) points to the top instance 727, which points to the top cell 701 . This 
instance a is dummy instance to allow the model to properly operate, i.e. the top cell would 
normally not have an instance, so that node 712 can point to an instance. The occurrence 
specific data field could include either specific data about the occurrence of the cell instance 
or a pointer to such specific data, or both data and a pointer to additional data. 

The tree includes two instances of cell type A, and thus there are two corresponding 
nodes, Al 713 and A2 714. The Owner node pointer (52) of nodes 713, 714 would contain a 
pointer to node 712, which indicates that both nodes are children of parent node 712. The 
folded model describer pointers (53) of node 713, 714 point to the Al instance 702 and the 
A2 instance 703, respectively. The occurrence specific data fields could include either 
specific data about the occurrence of the cell instance or a pointer to such specific data, or 
both data and a pointer to additional data. 

The tree includes four instances of cell type B, and thus there are four corresponding 
nodes, Al/Bl 715, A2/B1 716, A1/B2 717, and A2/B2 718. The Owner node pointers (52) of 
nodes Al/Bl 715 and A1/B2 717 would both contain a pointer to Al node 713, which 
indicates that both nodes are children of parent node 713. Similarly, the Owner node pointer 
(52) of nodes A2/B1 716 and A2/B2 718 would both contain a pointer to A2 node 714, which 
indicates that both nodes are children of parent node 714. The folded model describer 
pointers (53) of each node 715 and 716 point to the Bl instance 705. Similarly, the folded 
model describer pointers (53) of each node 717 and 718 point to the B2 instance 706. The 
occurrence specific data fields could include either specific data about the occurrence of the 
cell instance or a pointer to such specific data, or both data and a pointer to additional data. 
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The tree includes eight instances of cell type C, and thus there are eight corresponding 
nodes, A1/B1/C1 719, A1/B2/C1 720, A2/B1/C1 721, A2/B2/C1 722, A1/B1/C2 723, 
A1/B2/C2 724, A2/B1/C2 725, and A2/B2/C2 726. The Owner node pointer (52) of nodes 
A1/B1/C1 719 and A1/B1/C2 723 would both contain a pointer to Al/Bl node 715, which 
indicates that both nodes are children of parent node 715. Similarly, the Owner node pointer 
(52) of nodes A2/B1/C1 721and A2/B1/C2 725 would both contain a pointer to A2/B1 node 
716, which indicates that both nodes are children of parent node 716. Similarly, the Owner 
node pointer (52) of nodes A1/B2/C1 720 and A1/B2/C2 725 would both contain a pointer to 
A1/B2 node 717, which indicates that both nodes are children of parent node 717. Similarly, 
the Owner node pointer (52) of nodes A2/B2/C1 722 and A1/B2/C2 726 would both contain a 
pointer to A2/B2 node 718, which indicates that both nodes are children of parent node 718. 
The folded model describer pointer (53) of each nodes 719, 720, 721, and 722 points to the 
CI instance 708. Similarly, the folded model describer pointer (53) of each node 723, 724, 
725 and 726 points to the C2 instance 709. Note that all the occurrence nodes are physically 
contained in CI 708 for 719, 720, 721 and 722, and all the occurrence nodes are physically 
contained in C2 709 for 723, 724, 725 and 726. Since Owner node pointer (52) of each 
occurrence node is different, one can distinguish the nodes within the 708 or 709 folded 
model. The occurrence specific data fields could include either specific data about the 
occurrence of the cell instance or a pointer to such specific data, or both data and a pointer to 
additional data. 

Net l 736 is associated with cell "C" 710 in the folded model. Net l represents a net 
within cell of type "C." Each occurrence of type "C" has Net_l information, however, the 
Net_l data varies for each individual occurrence, because, for example, the line lengths and 
timing delays vary for each occurrence. Net_l occurrences 728 - 735 represent the net 
information for the individual occurrences 719 - 726. By accounting for the timing delay and 
other net parameters in each individual occurrence, designers are able to analyze factors, such 
as critical path, using the lightweight folded model that cannot be analyzed in the prior art 
folded model. 

Note that the names of the occurrence nodes do not have to be stored with the 
occurrence nodes. Also note that the names do not include the tag for the top node for 
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simplicity, e.g., the name for node 715 could be TOP/A 1/B1. If the node names are not 
stored in the nodes, then the names can be constructed from information in the inventive light 
weight occurrence model. The following is one example of how the names can be 
constructed. Occurrence node 719 may follow its pointer (53) to 708 to gets its name "CI." 
Then it follows its Owner pointer (52) to 715 to get the name "Bl" and adds "Bl" in front of 
"CI." This process is repeated recursively until reaching top occurrence node 712 for which 
the Owner pointer (52) is NULL. At this point, the full constructed hierarchy name string is 
returned to the user as "Top/Al/Bl/Cl." This construction is done in a constant time 
performance. Also note that this is an example of how the model is traversed from the lower 
level to the upper level, which is not possible using the prior art folded model. 

Traversing from the upper level to the lower levels, or given a parent node and trying 
to find a specific occurrence node at the lower level, will be more complicated since there is 
no pointer in the occurrence node 50 to point to the lower level occurrence node(s). On the 
other hand, to traverse from the lower level to the upper level one can follow the Owner 
pointer (52) to go to the upper occurrence node directly. The following is an example of how 
to get from occurrence node 718 to occurrence node 722. There are four occurrence nodes in 
CI (708), we have to search the occurrence node container in CI (708) to find node 722. 
However, the number of occurrence node in an instance or net in the folded model could be 
very huge, thousands of occurrence node could be contained with in one instance of folded 
model, a linear searching for the lower level occurrence node could become the bottle neck 
and too slow. This would prevent the lightweight occurrence model from being used by a 
designer. However, Owner pointer (52) in the occurrence node not only provides a path to 
the upper level occurrence node, but also provides a unique searching key in the lower level 
to find a specific occurrence node very quickly. For instance, referring to the occurrence 
nodes 719, 720, 721, and 722 in instance CI, the Owner pointers (52) in the occurrence nodes 
are different from each other and can be used as a searching key. Because of this, a Standard 
Template Library (STL) sorted associative container, such as "map," can be used and 0(log 
N) performance can be achieved for retrieving any desired occurrence node at the lower level 
or for traversing from upper level occurrence node to the lower level occurrence node. This 
performance makes the lightweight occurrence model be really usable. 
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FIGURE 6B depicts on output graph 616 that is displayed to a user based on the tree 
of FIGURE 6A. Each node of the tree 600 is depicted in a graphical format that shows the 
hierarchical arrangement of the nodes in the tree. The inventive model can allow the user to 
only create the occurrence node that the user desires. For example, suppose the user or 
designer is only interested in node TOP/A1/B2/C2 609, which could be displayed as shown 
by the graph 801 of FIGURE 8B. Thus, the other elements of the full graph shown in 
FIGURE 6B are not required. In order to provide the graph 801 of FIGURE 8B, a minimal 
amount of information is required. This is shown by the tree 800 of FIGURE 8 A. In order to 
allow analysis of node 609, nodes 604, 602, and 601 must be present. The remaining nodes 
are unnecessary. Note that some or all of the other nodes of FIGURE 6 A could be present in 
the tree 800, but are not required. 

A user may create an occurrence tree with occurrence instance nodes only, or with 
occurrence instance and occurrence net etc. based upon the type of information that he is 
interested in analyzing. For example, the user may interested in timing delay information, so 
he may create the tree that not only includes occurrence instance, but also include occurrence 
net. In FIGURE 7 elements 728-736 show the occurrence nets and their relation to net in the 
folded model and their relation to occurrence instance. Net_l 736 is a net in the folded 
model. When a user creates a occurrence of "C" an occurrence net will be created as well. 
Accordingly, eight corresponding occurrence nets (728-735) are created for occurrences 719- 
726. Each of the occurrence nets corresponds to node 50 in FIGURE 5. For example, for 
node 728, a field 51 will give the user a storage to store such as timing delay data etc.; a field 
52 will point to node 719 as the owner and searching key of this specific occurrence net; and 
a field 53 will point to node 736 as the describer of the occurrence net and from there it can 
get the common information of the net that are not stored in the occurrence node. 

When implemented in software, the elements of the present invention are essentially 
the code segments to perform the necessary tasks. The program or code segments can be 
stored in a processor readable medium or transmitted by a computer data signal embodied in a 
carrier wave, or a signal modulated by a carrier, over a transmission medium. The "processor 
readable medium" may include any medium that can store or transfer information. Examples 
of the processor readable medium include an electronic circuit, a semiconductor memory 
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device, a ROM, a flash memory, an erasable ROM (EROM), a floppy diskette, a compact 
disk CD-ROM, an optical disk, a hard disk, a fiber optic medium, a radio frequency (RF) 
link, etc. The computer data signal may include any signal that can propagate over a 
transmission medium such as electronic network channels, optical fibers, air, electromagnetic, 
RF links, etc. The code segments may be downloaded via computer networks such as the 
Internet, Intranet, etc. 

FIGURE 10 illustrates computer system 1000 adapted to use the present invention. 
Central processing unit (CPU) 1001 is coupled to system bus 1002. The CPU 1001 maybe 
any general purpose CPU, such as an HP PA-8500 or Intel Pentium processor. However, the 
present invention is not restricted by the architecture of CPU 1001 as long as CPU 1001 
supports the inventive operations as described herein. Bus 1002 is coupled to random access 
memory (RAM) 1003, which may be SRAM, DRAM, or SDRAM. ROM 1004 is also 
coupled to bus 1002, which may be PROM, EPROM, or EEPROM. RAM 1003 and ROM 
1004 hold user and system data and programs as is well known in the art. * 

Bus 1002 is also coupled to input/output (I/O) controller card 1005, communications 
adapter card 101 1, user interface card 1008, and display card 1009. The I/O card 1005 
connects to storage devices 1006, such as one or more of hard drive, CD drive, floppy disk 
drive, tape drive, to the computer system. Communications card 1011 is adapted to couple 
the computer system 1000 to a network 1012, which may be one or more of telephone 
network, local (LAN) and/or wide-area (WAN) network, Ethernet network, and/or Internet 
network. User interface card 1008 couples user input devices, such as keyboard 1013 and 
pointing device 1007, to the computer system 1000. The display card 1009 is driven by CPU 
1001 to control the display on display device 1010. 

Although the present invention and its advantages have been described in detail, it 
should be understood that various changes, substitutions and alterations can be made herein 
without departing from the spirit and scope of the invention as defined by the appended 
claims. Moreover, the scope of the present application is not intended to be limited to the 
particular embodiments of the process, machine, manufacture, composition of matter, means, 
methods and steps described in the specification. As one of ordinary skill in the art will 



866123.1 



Attorney Docket No. 1 0007479- 1 PATENT 

17 

readily appreciate from the disclosure of the present invention, processes, machines, 
manufacture, compositions of matter, means, methods, or steps, presently existing or later to 
be developed that perform substantially the same function or achieve substantially the same 
result as the corresponding embodiments described herein may be utilized according to the 
present invention. Accordingly, the appended claims are intended to include within their 
scope such processes, machines, manufacture, compositions of matter, means, methods, or 
steps. 
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